home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group02b.txt / 000032_icon-group-sender_Mon Sep 16 16:24:02 2002.msg < prev    next >
Internet Message Format  |  2003-01-02  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.11.1/8.11.1) id g8GNNiA09185
  4.     for icon-group-addresses; Mon, 16 Sep 2002 16:23:44 -0700 (MST)
  5. Message-Id: <200209162323.g8GNNiA09185@baskerville.CS.Arizona.EDU>
  6. From: Christopher Browne <cbbrowne@acm.org>
  7. X-Newsgroups: comp.lang.icon
  8. Subject: Re: Icon Wish 2
  9. Date: 16 Sep 2002 22:52:42 GMT
  10. X-Draft-From: ("nnvirtual:Languages" 928)
  11. X-Home-Page: http://www.cbbrowne.com/info/
  12. X-Emacs-Acronym: Everyday Material Almost Compiled Successfully
  13. Microsoft: We've got the solution for the problem we sold you.
  14. X-Uboat-Death-Message: BLOWN UP BY EIGHT DESTROYERS. EXPLODING. U-704.
  15. To: icon-group@cs.arizona.edu
  16. Errors-To: icon-group-errors@cs.arizona.edu
  17. Status: RO
  18.  
  19. In the last exciting episode, No spam <complaint@nospam.org> wrote::
  20. > Gene Kahn wrote:
  21. >> An "Icon.NET", as in VB.NET, is my informal and short name for an
  22. >> implementation of Icon running inside the Microsoft .NET
  23. >> environment.
  24. > 
  25. > Yes, but if .NET is not adopted outside the Microsoft realm, use of
  26. > it would be highly non-portable ...?
  27.  
  28. There seem to be two other implementations of the ".NET VM," which
  29. /could/ be a counterargument.  But I doubt they will be /realistic/
  30. alternatives to .NET anymore than the "UNIX port" of DCOM made it
  31. realistic to deploy COM-based applications on UNIX.
  32.  
  33. The reason is that Microsoft isn't going to have the environment start
  34. and end with the VM.  They will actively encourage users to write
  35. applications that employ extensive references to components that will
  36. only be available on Windows.  Anything GUI would represent an
  37. /excellent/ example of this, for instance.  They'll be more than happy
  38. to provide .NET interfaces to Win32, perhaps even having that "linked
  39. in" by default, and that will only be available on Windows.
  40.  
  41. It would seem to me to make a /lot/ more sense to try to deploy Icon
  42. atop the upcoming Perl "Parrot" bytecode system.  Consider that:
  43.  a) It /is/ intended to be portable;
  44.  b) There is intent for it to be not /totally/ Perl-oriented, as the
  45.     Python and Ruby communities have had discussions about cooperation;
  46.  c) It is not inconceivable that you could submit changes to Parrot to
  47.     the Perl team, and have /some/ hope of them being accepted.
  48. -- 
  49. (concatenate 'string "cbbrowne" "@ntlug.org")
  50. http://cbbrowne.com/info/bytecode.html
  51. You  know  that  little  indestructible  black box  that  is  used  on
  52. planes---why  can't  they  make  the  whole  plane  out  of  the  same
  53. substance?
  54.